容器平臺風行一時，但是開發(fā)人員的期望也需要管理。Red Hat的OpenShift產(chǎn)品策略師提供了來自內(nèi)部的看法。 　　如果開發(fā)人員不是在談?wù)撐⒎?wù)，那一定是因為他們正在談?wù)撊萜?。隨著移動應用與云應用開發(fā)技術(shù)的日益成熟，容器技術(shù)的使用也變得越來越普遍。那么為什么不呢?它們提供了簡便的平臺可移植性，可確保應用程序在從測試環(huán)境遷往生產(chǎn)環(huán)境時保持一致的運行性能。增加過程隔離可提高安全性，其技術(shù)也變得簡單不可抗拒。 　　近期在波士頓召開的Red Hat峰會有5000多名開發(fā)人員參加，在會議期間，Red Hat OpenShift容器管理平臺產(chǎn)品策略總監(jiān)Brian Gracely接受了筆者的獨家采訪。 　　為了實現(xiàn)數(shù)字轉(zhuǎn)型，據(jù)說我們需要了解一個可組合的容器平臺的概念。您能告訴我們這是什么嗎? 　　Brian Gracely：平臺不僅能夠幫助開發(fā)人員更快地部署他們的應用，還可以幫助運營讓應用更順暢地運行。眾多平臺本身還具有一定的差異——這是關(guān)于用戶應當如何做，它將讓用戶走得更快。早期的平臺限制太多，支持的語言不多，標準化程度不高。 　　我們認為Red Hat OpenShift是更加標準化的。它是基于容器的標準和諸如Kubernetes之類的編排標準。但是，如果用戶不喜歡我們提供的開箱即用的監(jiān)控功能，我們還提供了更高程度的模塊化功能，用戶可以有多種選項來進行定制且不會丟失任何功能。我們最終的意圖是想要為用戶提供一個易于操作的超棒開發(fā)體驗，此外我們還希望為用戶在其他方面提供一個更好的靈活性，如存儲、網(wǎng)絡(luò)以及監(jiān)控等。 　　如果存在技術(shù)限制或供應商方面的原因，用戶是否無法選擇在平臺中采用某一工具? 　　Gracely：供應商希望用戶使用他們的技術(shù)，但是很多技術(shù)在成規(guī)模應用并出現(xiàn)標準之前還不夠成熟。有些技術(shù)確實得到了發(fā)展;Docker來自于一家平臺供應商，其技術(shù)發(fā)展成為了標準。一項技術(shù)是否能夠得到發(fā)展，主要取決于其成熟度以及用戶是否喜歡。 　　使用諸如OpenShift容器平臺的IT部門是如何跨云平臺實現(xiàn)應用安全部署以及減少開發(fā)、測試和運行新開發(fā)與現(xiàn)有應用程序的時間? 　　Gracely：我們在OpenShift上做了大量的工作。安全性始終一直是我們的第一要求。從Red Hat Linux企業(yè)版開始就是如此。從Red Hat公司角度來看，安全性是我們一切工作的基礎(chǔ)，OpenShift平臺亦是如此。所以當用戶部署應用程序時，容器將是安全的，平臺通信、應用程序之間的內(nèi)部通信都進行了加密處理。我們還對用戶的安全密鑰進行了加密。我們確保圍繞權(quán)限和身份驗證的所有內(nèi)容都內(nèi)置在平臺中。當用戶使用這個安全的平臺時，用戶完全可以在自有數(shù)據(jù)中心內(nèi)運行，在Azure、AWS或谷歌平臺上運行。 　　容器平臺、容器管理以及平臺即服務(wù)是如何幫助開發(fā)人員和運營團隊更好地了解業(yè)務(wù)流程，并最終幫助提高盈利能力? 　　Gracely：容器的一大優(yōu)點就是他是與開發(fā)人員相關(guān)的首要技術(shù)之一。它為用戶提供了一個大包應用的標準方法。它還與運營團隊有著較高相關(guān)性，因為它將實現(xiàn)基礎(chǔ)環(huán)境自動化。它將幫助用戶擴展這些環(huán)境。用戶現(xiàn)在所擁有的是這種語言的共同性，大家都知道那是在過去我們無法一直擁有的。談?wù)勯_發(fā)團隊和運營團隊。 　　當?shù)讓踊A(chǔ)設(shè)施和開發(fā)人員使用一種通用語言時，我可以從一個商業(yè)理念開始。我可以在實驗中開發(fā)出一個最小可行的產(chǎn)品。我可以實現(xiàn)快速的部署、完全的自動化，而企業(yè)也能在幾周甚至幾天內(nèi)看到結(jié)果。在我們的主題演講中，有一位客戶說他的觀念就是從想法到執(zhí)行直至走向客戶只需幾天的時間。擁有這種快速的技術(shù)將有助于我們的新想法和新產(chǎn)品快速可見和成為可能。 　　這對于老觀念的人來說是一個嚴重的問題。 　　Gracely：在未來，對于規(guī)劃的傳統(tǒng)思維方式將成為一大阻礙。人們將不得不與時俱進。 　　云與移動應用程序的發(fā)布周期從幾年變?yōu)閹滋臁＜此^的“先快出貨，后打補丁”。對于缺乏OpenShift或其他容器平臺的情況下，這種無法進行全面測試的真正影響是什么? 　　Gracely：最終用戶現(xiàn)在已經(jīng)習慣了這種持續(xù)更新的理念。從本質(zhì)上來說，我們圍繞OpenShift解決這一問題的方法是采用一個Docker或Kubernetes項目，我們確保在某一個特定時間內(nèi)及時抓住它。我們集成了這些組件，完成了大量的測試，而其結(jié)果就是用戶最終能夠獲得經(jīng)過測試、運行基本穩(wěn)定的軟件。 　　接下來的一部分就是，“如何在不停止服務(wù)的情況下完成應用更新?”這就是我們針對自動化工具(如在Ansible和云形式中)所開展大量工作的意義所在，這些自動化工具能夠幫助用戶完成持續(xù)不斷的升級。有時候，人們稱其為Blue-Green升級，即可以升級一定數(shù)量的用戶，從而確保應用程序正常運行，然后再完成剩余用戶的升級。業(yè)內(nèi)存在著這樣一個認知，如果我只是用之前的方法為用戶提供相同的軟件，我不會讓這個方法更簡便，那樣做也不會發(fā)揮作用。我們一直在這兩個方向上同時投入。 　　開發(fā)人員在項目開發(fā)階段使用容器平臺的最大錯誤是什么? 　　Gracely：我們看到開發(fā)人員使用舊的傳統(tǒng)模式，而沒有思考是否有新方法來實現(xiàn)其現(xiàn)代化。我認為容器開發(fā)人員和應用開發(fā)人員的最大努力應該是關(guān)注如何開展核心業(yè)務(wù)。不要總是因為任何最新、最小的東西而分心。容器中有很多東西。新開發(fā)框架中也有很多東西。擅于掌握那些能幫助你解決實際業(yè)務(wù)問題的技術(shù)和方法。容器就是這樣一種非常靈活的技術(shù)。